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Foreword 

This Technical Specification (TS) has been produced by ETSI Technical Committee Electromagnetic compatibility and 
Radio spectrum Matters (ERM). 

The present document is part 3 of a multi-part deliverable covering the Electromagnetic compatibility and Radio 
spectrum Matters (ERM); Conformance testing for the Digital Mobile Radio (DMR), as identified below: 

Part 1: "Protocol Implementation Conformance Statement (PICS) proforma"; 

Part 2: "Test Suite Structure and Test Purposes (TSS&TP) specification"; 

Part 3: "Abstract Test Suite (ATS)". 
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Scope 



The present document contains the Abstract Test Suite (ATS) to test the ERM DMR Call Control (CCL) and Data Link 
Layer (DLL). 

The objective of the present document is to provide a basis for conformance tests for ERM DMR equipment giving a 
high probability of air interface inter-operability between different manufacturer's ERM DMR equipment. 

The ISO standard for the methodology of conformance testing (ISO/IEC 9646-1 [5]) and the ETSI rules for 
conformance testing (ETS 300 406 [8]) are used as a basis for the test methodology. 

Clause 4 describes the Test Configuration used to test the DMR Call Control Layer (CCL) at the MS side and 
at the BS side. 

Clause 5 describes the Test Configurations used to test the DMR Data Link Layer (DLL) at the MS side and at 
the BS side. 

Clause 6 describes the ATS conventions, which are intended to give a better understanding of the ATS. 

Annex A provides a guideline for Upper Tester implementation, In-house Testing and Send/Receive of DLL 
TDM A bursts. 

Annex B provides the Tree and Tabular Combined Notation (TTCN-3) part of the ATS. 

Annex C provides the Partial Protocol Implementation Extra Information for Testing (PIXIT) Proforma of 
DMR. 

Annex D provides the Protocol Conformance Test Report (PCTR) Proforma of DMR. 
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3.1 



Definitions and abbreviations 



Definitions 



For the purposes of the present document, the terms and definitions given in ISO/IEC 9646-7 [7], TS 102 361-1 [1], 
TS 102 361-2 [2] and the following apply: 

Lower DLL: all functions which are not part of upper DLL functions, like framing, interleaving and bit ordering 

Upper DLL: DLL functions for DLL PDU management and DLL signalling 

3.2 Abbreviations 

For the purposes of the present document, the abbreviations given in ISO/IEC 9646-1 [5], ISO/IEC 9646-7 [7], 
TS 102 361-1 [1], TS 102 361-2 [2] and the following apply: 

AI DMR Air Interface 

ATS Abstract Test Suite 

BA BS DownUnk Activation 

BER Bit Error Rate 

BS Base Station 

CCL Call Control Layer 

DLL Data Link Layer 

DMR Digital Mobile Radio 

lUT Implementation Under Test 

IVC Individual Voice Call 

MS Mobile Station 

MTC Main Test Component 

OVCM Open Voice Channel Mode 

PCTR Protocol Conformance Test Report 

PDU Protocol Data Unit 

PHY PHysical laYer 

PICS Protocol Implementation Conformance Statement 

PIXIT Partial Protocol Implementation Extra Information for Testing 

PTC Parallel Test Component 

PTT Push To Talk 

SUT System Under Test 

TC Test Case 

TDMA Time Division Multiple Access 

TP Test Purpose 

TRI TTCN-3 Runtime Interface 

TS Trunked Station 

TSCC Trunking System Control Channel 

TSPC Trunking System Payload Channel 
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TSS Test Suite Structure 

TTCN Testing and Test Control Notation 

TTCN-3 Testing and Test Control Notation edition 3 

UT Upper Tester 

UTA Upper Tester Application 



CCL test configuration 



This clause describes the Test Configurations used to test the DMR Call Control Layer (CCL) and the 
DMR Data Link Layer (DLL) at the MS side and at the BS side. 

Figure 1 shows the DMR protocol stack used to define the Test Configurations. 

User plane 
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Figure 1 : DMR protocol stack 
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4.1 CCL BS/MS test configuration 
4.1 .1 CCL BS/IVIS test configuration 

Figure 2 describes the CCL BS/MS Test Configuration for testing the CCL of a real product implementing the DMR 
base standard. More information for this architecture is provided below. 
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Figure 2: CCL MS/BS Test Configuration 

The CCL MS/BS Test Configuration provides 3 test components: 

• MTC: 

Creating, synchronizing and terminating PTCs and setting the final test case verdict. 

• PTC 1 - CclSimu: 

CCL TTCN-3 uses Ccl port to send and receive CCL PDUs. Preliminary verdicts are set on the receive 
statements (MTC sets final verdict). The CCL PDUs that the Test Adapter shall support are listed in 
table 1. 

CCL TTCN-3 uses Ind port to receive internal indications from DLL. Preliminary verdicts are set on the 
receive statements (MTC sets final verdict). The Indication message TalndMsg that the Test Adapter 
shall support is listed in table 2. 

PTC 1 controls via external functions the configuration of the Test System. Table 3 shows the list of 
Configuration Messages that the Test Adapter shall process. 

For testing the BS (=IUT) by making two calls, another PTC of type CclSimu shall be added. 

• PTC 2 - Uppei-Tester: 

TTCN-3 uses UT port to control the Upper Tester Application. 

The Upper Tester Application allows to observe JUT events. Preliminary verdicts are set on the receive 
statements of Indication Messages. The Indication message lutlndMsg that the Test Adapter shall 
support is listed in table 2. 

The Upper Tester Application allows to configure the lUT. The Configuration messages that the Test 
Adapter shall support are listed in table 3. 
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The Upper Tester Application allows to trigger lUT actions such as initiating a PTT request. The lUT 
actions are observed on the Ccl port of PTC 1 . The lUT Action messages that the Test Adapter shall 
support are listed in table 4. 

• In the case where no Upper Tester is needed, the PTC becomes the MTC. 

• MTC, PTC 1 and its Test Adapter with DLL and PHY form the Lower Tester. 

• MTC, PTC 2 and its Test Adapter with Upper Tester Application form the Upper Tester. 

4.1 .2 CCL Test Adapter Requirements 

• The Test Adapter implementation is outside the scope of the present document and is not part of the ATS 
development. 

• Table 1 shows the CCL PDUs to be processed by the Test Adapter. 

Table 1 : CCL PDUs to be processed by the Test Adapter 



CCL PDU 


Port 


Reference 


BsDwnAct 


Ccl port 


clause 7.1 of TS 102 361-2 [2] 


GrpVChUsr 


Ccl port 


clause 7.1 of TS 102 361-2 [2] 


NackRsp 


Ccl port 


clause 7.1 of TS 102 361-2 [2] 


UuAnsRsp 


Ccl port 


clause 7.1 of TS 102 361-2 [2] 


UuVChUsr 


Ccl port 


clause 7.1 of TS 102 361-2 [2] 


UuVReq 


Ccl port 


clause 7.1 of TS 102 361-2 [2] 



• Table 2 shows the Indication Messages to be processed by the Test Adapter: 

TA Indications refer to the slot on which the Ccl port is sending. 

EXAMPLE 1: The TalndMsg "eSlotldle" refers to the slot on which Ccl port sent the preceding message. 

The Upper Tester Application reports the lUT events to the Test Adapter. Then the Test Adapter shall 
send the relevant lutlndMsg to PTC 2 where they are observed on the UT port. 

Table 2: Indication Messages to be processed by the Test Adapter 



Indication message 


Port 


Reference 


lutlndMsg 


Ind port 


DMR Templates.ttcn 


TalndMsg 


UT port 


DMR_Templates.ttcn 



Table 3 shows the Configuration Messages to be processed by the Test Adapter. The Configuration Messages 
describe the wanted configuration (for example parameters such as polite/impolite): 

PTC 1 uses external functions (for example fx_taBsInit) to configure the Test System. The external 
functions are parameterized with Configuration Messages, and return FncRetCode. 

PTC 2 sends Configuration Messages to the Test Adapter (and Upper Tester Application). 
(Upper Tester Application and) Test Adapter shall send FncRetCode to UT port of PTC 2. 

Table 3: Configuration Messages to be processed by the Test Adapter 



Configuration message 


Port 


Reference 


BsCfgParams 


UT port/ext fct 


DMRTypes.asn 


MsCfgParams 


UT port/ext fct 


DMRTypes.asn 


FncRetCode 


UT port/ext fct 


DMRTypes.asn 
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Table 4 shows the Action Messages to be processed by the Test Adapter. 

PTC 1 uses external functions (for example fx_taMs Action) to trigger the Test System. The external 
functions are parameterized with Action Messages, and return FncRetCode. 

PTC 2 sends an Action Message to the lUT. PTC 1 observes the lUT action. 

Table 4: Action Messages to be processed by the Test Adapter 



Action message 


Port 


Reference 


BsActParams 


UT port 


DMRTypes.asn 


MsActParams 


UT port 


DMRTypes.asn 



• Table 5 shows the external functions to be processed by the Test Adapter. 

EXAMPLE 2: The external function fx_taMsAction shall implement the sending of a voice burst with all related 
CCL PDUs. 

Table 5: External functions to be processed by the Test Adapter 



External function Reference 


Configuration functions 


fx taBslnit 


DMR ExtFunctions.ttcn 


fx taMslnit 


DMR ExtFunctions.ttcn 


Action functions 


fx taMsAction DMR ExtFunctions.ttcn 
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4.2 CCL TS/MS Trunked System Test Configuration 
4.2.1 Trunking System Control Channel (TSCC) 



4.2.1.1 



Test Configuration 



Figure 3 describes the CCL TS/MS Trunked System Test Configuration for control channel testing of a real product 
implementing the DMR base standard [4] . 
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Figure 3: CCL MS/TS Trunking System Control Channel Test Configuration 

The CCL MSATS Trunking System Test Configuration provides 3 test components: 

• MTC: 

Creating, synchronizing and terminating PTCs and setting the final test case verdict. 

• PTC 1 - TsccSimu: 

CCL TTCN-3 uses Tscc port to send and receive TSCC PDUs in the Call Control Layer (CCL). 
Preliminary verdicts are set on the receive statements (MTC sets final verdict). The TSCC PDUs that the 
Test Adapter shall support are listed in table 6. 

• PTC 2 - UpperTester: 

TTCN-3 uses UT port to control the Upper Tester Application. 

The Upper Tester Application allows to configure the lUT. The Configuration messages that the Test 
Adapter shall support are listed in table 7. 

The Upper Tester Application allows to trigger lUT actions such as initiating a PTT request. The lUT 
actions are observed on the Tscc port of PTC 1. The lUT Action messages that the Test Adapter shall 
support are listed in table 8. 

NOTE 1: In the case where no Upper Tester is needed, the FTC becomes the MTC. 

NOTE 2: MTC, PTC 1 and its Test Adapter with DLL and PHY form the Lower Tester. 

NOTE 3: MTC, PTC 2 and its Test Adapter with Upper Tester Application form the Upper Tester. 
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For the individual calls(voice call, packet data call, short data call, etc) between calling MS and called MS, another PTC 
is used to simulate the called MS. Figure 4 describes the test configuration for this type of testing. 
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Figure 4: MS/TS Trunking System Control Channel Test Configuration For Individual Calls 

The definition of each component in figure 4 is same as figure 3, PTCl and PTC2 are TsccSimus, and PTC3 is an 
Upper Tester. 

4.2.1 .2 TSCC Test Adapter Requirements 

The Test Adapter implementation is outside the scope of the present document and is not part of the ATS development. 
Table 6 shows the TSCC PDUs for Trunking System Control Channel to be processed by the Test Adapter. 

Table 6: TSCC PDUs to be processed by the Test Adapter 



TSCC PDU 


Port 


Reference 


CAIoha 


Tscc port 


clause 7.1 


1 


1.4ofTS 102 361-4 [4] 


CRandForReg 


Tscc port 


clause 7.1 


1 


2.1 ofTS 102 361-4 [4] 


CRandForVoice 


Tscc port 


clause 7.1 


1 


2.1 OfTS 102 361-4 [4] 


CRandForShort 


Tscc port 


clause 7.1 


1 


2.1 OfTS 102 361-4 [4] 


CRandForPoll 


Tscc port 


clause 7.1 


1 


2.1 OfTS 102 361-4 [4] 


CRandForStatus 


Tscc port 


clause 7.1 


1 


2.1 OfTS 102 361 -4 [4] 


CRandForDivert 


Tscc port 


clause 7.1 


1 


2.1 OfTS 102 361-4 [4] 


CAcku 


Tscc port 


clause 7.1 


1 


2.3 OfTS 102 361-4 [4] 


CAckd 


Tscc port 


clause 7.1 


1 


1.7 OfTS 102 361-4 [4] 


CAhoy 


Tscc port 


clause 7.1 


1 


1.6 OfTS 102 361-4 [4] 


CBcast 


Tscc port 


clause 7.1 


1 


1.5 OfTS 102 361-4 [4] 


PvGrant 


Tscc port 


clause 7.1 


1 


1.1.1 OfTS 102 361-4 [4] 


TvGrant 


Tscc port 


clause 7.1 


1 


1.1.2 OfTS 102 361-4 [4] 


BtvGrant 


Tscc port 


clause 7.1 


1 


1.1.3 OfTS 102 361-4 [4] 


PdGrant 


Tscc port 


clause 7.1 


1 


1.1.4ofTS102 361-4[4] 


TdGrant 


Tscc port 


clause 7.1 


1 


1.1.5 OfTS 102 361-4 [4] 


CUdthd 


Tscc port 


clause 7.1 


1 


1.8 OfTS 102 361-4 [4] 


GUdthu 


Tscc port 


clause 7.1 


1 


2.4 OfTS 102 361-4 [4] 


CAckvit 


Tscc port 


clause 7.1 


1 


1.2 OfTS 102 361-4 [4] 
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Table 7 shows the Configuration Messages to be processed by the Test Adapter. The Configuration Messages describe 
the wanted configuration (for example parameters such as polite/impolite). 

Configuration Messages are sent out to the Upper Tester Application of the lUT by the Upper Tester PTC. FncRetCode 
need to be send to UT port by the lUT. 

Table 7: Configuration IVIessages to be processed by the Test Adapter 



Configuration message 


Port 


Reference 


TsCfgParams 


UT port 


DMRTypes.asn 


MsTsCfgParams 


UT port 


DMRTypes.asn 


FncRetCode 


UT port 


DMRTypes.asn 



Table 8 shows the Action Messages to be processed by the Test Adapter. 

Action Message is send out to the JUT by the PTC using UT port. PTC 1 observes the lUT action. 

Table 8: Action Messages to be processed by the Test Adapter 



Action message 


Port 


Reference 


TsActParams 


UT port 


DMRTypes.asn 


MsTsActParams 


UT port 


DMRTypes.asn 



4.2.2 Trunking System Payload Channel 



4.2.2.1 



Test Configuration 



Figure 5 describes the CCL TS/MS Trunked System Test Configuration for Payload Channel testing of a real product 
implementing the DMR base standard [4] . 
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Figure 5: MS/TS Trunking System Payload Channel Test Configuration 
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The definition of each component is same as clause 4.2.1 except Tspc port is used instead of TSCC port: 

PTC 1-TspcSimu: 

• CCL TTCN-3 uses Tspc port to send and receive TSPC PDUs. Preliminary verdicts are set on the receive 
statements (MTC sets final verdict). TSPC PDUs that the Test Adapter shall support are listed in table 9. 

4.2.2.2 TSCC Test Adapter Requirements 

The Test Adapter implementation is outside the scope of the present document and is not part of the ATS development. 
Table 9 shows the TSPC PDUs for Trunking System Payload Channel to be processed by the Test Adapter. 

Table 9: TSPC PDUs to be processed by the Test Adapter 



TSCC PDU 


Port 


Reference 


PAhoy 


Tscc port 


clause 7.1 .1 .3.4 of TS 1 02 361-4 [4] 


PAckd 


Tscc port 


clause 7.1.1.3.5 of TS 102 361-4 [4] 


PAcku 


Tscc port 


clause 7.1.1.4.2 of TS 102 361-4 [4] 


UHead 


Tscc port 


clause 9.2.6 of TS 102 361-1 [1] 


P Protect 


Tscc port 


clause 7.1.1.3.3 of TS 102 361-4 [4] 


PGrant 


Tscc port 


clause 7.1.1.3.1 of TS 102 361-4 [4] 


PCIear 


Tscc port 


clause 7.1 .1 .3.2 of TS 1 02 361-4 [4] 


GrpVChUsr 


Tscc port 


clause 7.1 of TS 102 361-2 [2] 


UuVChUsr 


Tscc port 


clause 7.1 of TS 102 361-2 [2] 



NOTE: Configuration Messages and Action Messages that the Test Adapter need to process are the same as 
TSCC part. 



5 DLL Test Configurations 

The Testing Concept for DLL procedures is described in the text below. 

TTCN-3 implements all Test Purposes defined in part 2 of this test specification. The Test Purposes cover DLL 
procedures like: 

CACH signalling. 

Channel Access Procedures. 

Channel Timing. 

DLL PDU management. 

Embedded Signalling. 

Voice signalling and voice transport. 

Data bearer services. 

The Test Adapter communicates with TTCN-3 and shall ensure sending and receiving of TDMA frames. Therefore the 
Test Adapter shall implement or provide access to DLL procedures like: 

• Bit Ordering. 

• Framing. 

• Interleaving, De-Interleaving. 

• Synchronization. 
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This concept of splitting the DLL procedures into a TTCN-3 part and a test adapter part is reflected in the naming of the 
test components and applies strictly only to the test system (and not to the lUT): 

• TTCN-3 pai-t is called "Upper DLL TTCN-3". 

• Test Adapter part responsible for send/receive is called "Lower DLL". 

5.1 DLL BS Test Configuration 

Figure 6 describes the DLL BS Test Configuration for testing the DLL of a real product implementing the DMR base 
standard. 

More information for this architecture is provided below. 
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Figure 6: DLL BS Test Configuration 

The DLL BS Test Configuration provides 4 test components: 

• MTC: 

Creating, synchronizing and terminating PTCs and setting the final test case verdict. 

• PTC 1 - DllSlotTx: 

Upper DLL TTCN-3 uses dllTx port to send a MsBurst. The MsBurst from PTC 1 shall be send in slot 1 . 
The Test Adapter shall support the MsBursts, see table 10. 

PTC 1 controls via external functions the configuration of the Test System. Table 12 shows the list of 
Configuration Messages that the Test Adapter shall process. 

• PTC 2 - DllSlotTx: 

The MsBursts from PTC 2 shall be send in slot 2. Otherwise same rules as for PTC 1 apply. 

• PTC 3 - D112SlotRx: 

Upper DLL TTCN-3 uses dllDualRx port to receive BsBursts. Preliminary verdicts are set on the receive 
statements (MTC sets final verdict). The Test Adapter shall support the BsBurst, see table 10. 
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• PTC 4 - Uppei-Tester: 

TTCN-3 uses UT port to control the Upper Tester Application. 

The Upper Tester Application allows to observe lUT events. Preliminary verdicts are set on the receive 
statements of Indication Messages. The Indication message lutlndMsg that the Test Adapter shall 
support is listed in table 1 1 . 

The Upper Tester Application allows to configure the lUT. The Configuration messages that the Test 
Adapter shall support are listed in table 12. 

The Upper Tester Application allows to trigger lUT actions such as initiating a PTT request. The lUT 
actions are observed on the dllDualRx port of PTC 3. The lUT Action messages that the Test Adapter 
shall support are listed in table 13. 

NOTE 1: MTC, PTC 1, PTC 2, PTC 3 and its Test Adapter with Lower DLL and PHY form the Lower Tester. 

NOTE 2: MTC, PTC 4 and its Test Adapter with Upper Tester Application form the Upper Tester. 

5.2 DLL MS Repeater Mode Test Configuration 

Figure 7 describes the DLL MS Repeater Mode Test Configuration for testing the DLL of a real product implementing 
the DMR base standard. 

More information for this architecture is provided below. 
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Figure 7: DLL MS Repeater Mode Test Configuration 

The DLL MS Repeater Mode Test Configuration provides 4 test components: 
• MTC: 

Creating, synchronizing and terminating PTCs and setting the final test case verdict. 
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• PTC 1 - D112SlotTx: 

Upper DLL TTCN-3 uses dllDualTx port to send a BsBurst. The Test Adapter shall support the 
BsBursts, see table 10. 

PTC 1 controls via external functions the configuration of the Test System. Table 12 shows the list of 
Configuration Messages that the Test Adapter shall process. 

• PTC 2 - DllSlotRx: 

Upper DLL TTCN-3 uses dllRx port to receive MsBurst. The MsBurst shall relate to slot 1 . Preliminary 
verdicts are set on the receive statements (MTC sets final verdict). The Test Adapter shall support the 
MsBurst, see table 10. 

• PTC 3 - DllSlotRx: 

The MsBurst shall relate to slot 2. Otherwise same rules as PTC 2 apply. 

• PTC 4 - UpperTester: 

Same rules as in DLL BS Test Configuration apply. 
NOTE 1: MTC, PTC 1, PTC 2, PTC 3 and its Test Adapter with Lower DLL and PHY form the Lower Tester. 
NOTE 2: MTC, PTC 4 and its Test Adapter with Upper Tester Application form the Upper Tester. 

5.3 DLL MS Direct Mode Test Configuration 

Figure 8 describes the DLL MS Direct Mode Test Configuration for testing the DLL of a real product implementing the 
DMR base standard. 

More information for this architecture is provided below. 
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Figure 8: DLL MS Direct Mode Test Configuration 
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The DLL MS Direct Mode Test Configuration provides 3 test components: 

• MTC: 

Creating, synchronizing and terminating PTCs and setting the final test case verdict. 

• PTC 1 - DllSlotTx: 

Upper DLL TTCN-3 uses dllTx port to send a MsBurst. The MsBurst from PTC 1 shall be send in slot 1 
or slot 2. The Test Adapter shall support the MsBursts, see table 10. 

PTC 1 controls via external functions the configuration of the Test System. Table 12 shows the list of 
Configuration Messages that the Test Adapter shall process. 

• PTC 2 - DllSlotRx: 

Upper DLL TTCN-3 uses dllRx port to receive MsBurst. The MsBurst shall be received in slot 1 or 
slot 2. Preliminary verdicts are set on the receive statements (MTC sets final verdict). The Test Adapter 
shall support the MsBurst, see table 10. 

• PTC 3 - UpperTester: 

Same rules as in DLL BS Test Configuration apply. 
NOTE 1: MTC, PTC 1, PTC 2 and its Test Adapter with Lower DLL and PHY form the Lower Tester. 
NOTE 2: MTC, PTC 3 and its Test Adapter with Upper Tester Application form the Upper Tester. 

5.4 DLL Test Adapter Requirements 

The Test Adapter implementation is outside the scope of the present document and is not part of the ATS development. 
Two TTCN-3 messages are defined: 

• The BsBurst contains all DLL PDUs to be sent/received in CACH 1 - Timeslot 1 and CACH 2 Timeslot 2. 
EXAMPLE 1: {Cach, Sync, SlotType, Idle}H-{Cach, Sync, SlotType, Idle} PDUs. 

• The MsBurst all DLL PDUs to be sent/received in either Timeslot 1 or Timeslot 2. Therefore in each case a 
mapping to a specific slot will be given. 

EXAMPLE 2: {Sync, SlotType, Idle} PDUs. 

When receiving a TTCN-3 message from TRI, the Test Adapter shall de-assemble the TTCN-3 message into the DMR 
burst format and send it to the air interface. 

When receiving a DMR burst format from the air interface, the Test Adapter shall assemble the DMR burst format into 
a TTCN-3 message and send it to TRI. 

Table 10 shows the TTCN-3 messages to be processed by the Test Adapter. Further information can be found in 
clause A. 3. 

Table 10: TTCN-3 messages to be processed by the Test Adapter 



TTCN-3 msg 


Port 


Reference 


BsBurst 


dll Dual Rx port 
dllDualTx port 


DMRTypes.asn 


MsBurst 


dllRx port 
dllTx port 


DMRTypes.asn 
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Table 1 1 shows the Indication Messages to be processed by the Test Adapter. 

• The Upper Tester AppHcation reports the lUT events to the Test Adapter. Then the Test Adapter shall send the 
relevant lutlndMsg to PTC 4 where they are observed on the UT port. 

Table 11 : Indication Messages to be processed by the Test Adapter 



Indication message 


Port 


Reference 


lutlndMsg 


Ind port 


DMR_Templates.ttcn 



Table 12 shows the Configuration Messages to be processed by the Test Adapter. The Configuration Messages describe 
the wanted configuration (for example parameters such as polite/impolite): 

• non-UT test components use external functions (for example fx_taBsInit) to configure the Test System. The 
external functions are parameterized with Configuration Messages, and return FncRetCode; 

• UT test component sends Configuration Messages to the Test Adapter (and Upper Tester Application). 
(Upper Tester Application and) Test Adapter shall send FncRetCode to UT port of PTC 4. 

Table 12: Configuration Messages to be processed by the Test Adapter 



Configuration message 


Port 


Reference 


BsCfgParams 


UT port/ext fct 


DMRTypes.asn 


MsCfgParams 


UT port/ext fct 


DMRTypes.asn 


FncRetCode 


UT port/ext fct 


DMRTypes.asn 



Table 13 shows the Action Messages to be processed by the Test Adapter: 

• non-UT test components use external functions (for example fx_taMsAction) to trigger the Test System. The 
external functions are parameterized with Action Messages, and return FncRetCode; 

• UT test component sends an Action Message to the lUT. PTC 3 observes the lUT action. 

Table 13: Action Messages to be processed by the Test Adapter 



Action message 


Port 


Reference 


BsActParams 


UT port 


DMRTypes.asn 


MsActParams 


UT port 


DMRTypes.asn 



Table 14 shows the external functions to be processed by the Test Adapter. 

Table 14: External functions to be processed by the Test Adapter 



External function Reference 


Configuration Functions 


fx taBslnit 


DMR ExtFunctions.ttcn 


fx taMslnit 


DMR ExtFunctions.ttcn 


Action Functions 


fx taMsAction DMR ExtFunctions.ttcn 


Calculation Functions 


fx taCalTactParity 


DMR ExtFunctions.ttcn 


fx taCalSlotType Parity 


DMR ExtFunctions.ttcn 


fx taCalEmbParity 


DMR ExtFunctions.ttcn 


fx taCalFlc24BitsCrc 


DMR ExtFunctions.ttcn 


fx taCalFlcSBitsCrc 


DMR ExtFunctions.ttcn 


fx taCalCsbkCrc 


DMR ExtFunctions.ttcn 


fx taCalDataHeaderCrc 


DMR ExtFunctions.ttcn 


fx taCalConfDataBlkSNCrc 


DMR ExtFunctions.ttcn 


fx taCalPacketDataCrc 


DMR ExtFunctions.ttcn 
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ATS conventions 



The ATS conventions are intended to give a better understanding of the ATS but they also describe the conventions 
made for the development of the ATS. These conventions shall be considered during any later maintenance or further 
development of the ATS. 

The ATS conventions contain two clauses, the naming conventions and the implementation conventions. The naming 
conventions describe the structure of the naming of all ATS elements. The implementation conventions describe the 
functional structure of the ATS. 

To define the ATS, the guidelines of the document ETS 300 406 [8] are considered. 

6.1 Naming conventions 

The naming convention is based on the following underlying principles: 

• in most cases, identifiers should be prefixed with a short alphabetic string (specified in table 15) indicating the 
type of TTCN-3 element it represents; 

• suffixes should not be used except in those specific cases identified in table 15; 

• prefixes and suffixes should be separated from the body of the identifier with an underscore ("_"). 

EXAMPLE 1: c„sixteen, t_waitMax„g; 

• only module names, data type names and module parameters should begin with an upper-case letter. All other 
names (i.e. the part of the identifier following the prefix) should begin with a lower-case letter; 

• the start of second and subsequent words in an identifier should be indicated by capitalizing the first character. 
Underscores should not be used for this purpose. 

EXAMPLE 2: f_authenticateUser O . 

Table 15 specifies the naming guidelines for each element of the TTCN-3 language indicating the recommended prefix, 
suffixes (if any) and capitalization. 
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Table 15: TTCN-3 naming convention 



Language element 


Naming convention 


Prefix 


Example 


Notes 


Module 


Use upper-case initial letter 


none 


DMR TypesAndValues 




Item group within a 
module 


Use lower-case initial letter 


none 


messageGroup 




Data type 


Use upper-case initial letter 


none 


SetupContents 




Message template 


Use lower-case initial letter 


m_ 


m_setuplnit 
m setupBasic 


Note 1 


Message template 
with wildcard or 
matching expression 


Use lower-case initial letters 


mw_ 


mw_anyUserReply 


Note 2 


Port instance 


Use lower-case initial letter 


none 


signallingPort 




Test component ref 


Use lower-case initial letter 


none 


userTerminal 




Constant 


Use lower-case initial letter 


c 


c maxRetransmission 




External constant 


Use lower-case initial letter 


ex 


ex macid 




Function 


Use lower-case initial letter 


f 


f authenticationO 




External function 


Use lower-case initial letter 


fx 


fx calculateLengthO 




Altstep (incl. Default) 


Use lower-case initial letter 


a 


a receiveSetupO 




Test case 


Use all upper-case letters 


TC 


TC BS DLL TACT BV 001 




Variable (local) 


Use lower-case initial letter 


V 


v macId 




Variable (defined 
within a component) 


Use lower-case initial letters 


vc_ 


vc_systemName 




Timer (local) 


Use lower-case initial letter 


t 


t wait 




Timer (defined within 
a component) 


Use lower-case initial letters 


tc_ 


tc_authMin 




Module parameter 


Use all upper-case letters 


none 


PX MAC ID 




Parameterization 


Use lower-case initial letter 


P 


p macid 




Enumerated Value 


Use lower-case initial letter 


e 


e syncOk 




NOTE 1 : This prefix must be used for all template definitions which do not assign or refer to templates with 

wildcards or matching expressions, e.g. templates specifying a constant value, parameterized 

templates without matching expressions, etc. 
NOTE 2: This prefix must be used in identifiers for templates which either assign a wildcard or matching 

expression (e.g. ?, *, value list, if present, pattern, etc) or reference another template which assigns 

a wildcard or matching expression. 



6.2 Implementation conventions 
6.2.1 Templates 

• Templates should be identified with names rather than numbers. 

• Templates should not modify other modified templates. Base templates which are modified must be identified 
in their naming. 

• Templates should be specified separately for use in sending and receiving operations. The Prefixes as 
described above must be used in identifiers for templates which either assign a wildcard or matching 
expression ( e.g. ?, *, value list, if present, pattern, etc) or reference another template which assigns a wildcard 
or matching expression. 

• Template definitions should avoid using matching attributes such as "*" or "?" for complete structured values, 
e.g. record or set of values. 

• PIXIT parameter values should be passed as parameters into templates. 
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6.2.2 Functions 

The DMR ATS differentiates between synchronization functions, verdict handhng functions and other functions. Each 
type of function is implemented in a separate module, although there may be multiple modules for each function type. 
The following general rules apply: 

• Functions should use the runs on statement wherever this is possible. 

• Each function should provide a return value. It is recommended to use the return value enumeration defined in 
the DMRTypes.asn file. 

EXAMPLE: DMRAts.FncRetCode. 

• If a PIXIT parameter is used as condition of an (/statement, then its body should contain only a function call. 

• The stop statement should be used with care in functions (controlled test component shutdown should be 
always insured). 

6.2.3 Synchronization functions 

The following guidelines apply to functions handling the synchronization of multiple, parallel test components: 

• Synchronization should be invoked by the MTC at least after the preamble and before the postamble. The 
MTC may also invoke synchronization at other appropriate times. 

• A PTC should synchronize after setting a verdict. This is to ensure that the verdict is always set prior to a PTC 
shutdown. 

• Synchronization should use "named" synchronization as implemented in CommonLib_SyncLib.ttcn: 

Named synchronization uses a different synchronization message for each synchronization in order to 
avoid confusion where multiple synchronizations are required. 

• Synchronization of test termination should use the stop message which is the character string "stop". 

• To terminate test execution a PTC should send the stop message to the MTC and wait for the corresponding 
STOP-notification from the MTC. 

• If an MTC receives the stop message then it should send stop messages to all PTCs. 

• To terminate test execution an MTC should send the stop message to all PTCs and wait for them to cease 
execution. 

• If a PTC receives the stop message then it should execute the appropriate postamble. This could be 
implemented as default behaviour. As this notification may occur at any point of the PTC execution, the 
postamble should take its current state into account. 



6.3 Test Case (TC) identifier 



The identifier of the test case is built in the same way as for the test purpose described in part 2 of the present 
document, with the exception that "TP" is replaced by "TC". 
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6.3.1 CCL TP naming conventions 

The identifier of the TP is buih according to table 16. 



Table 16: TC naming convention for CCL 



Identifier 


TC/<st>/<sl>/<sg>/<fm >/<x>-<nnn> 








<st> = side type 


BS 


Base Station 






MS 


Mobile Station 




<sl> = stack layer 


CCL 


Call Control Layer 






DLL 


Data Link Layer 




<sg> = service group 


BA 


BS Downlink Activation 






VCR 


Voice Call Repeating 






CHT 


Voice Call Hangtime 






CR 


CSBK Repeating 






BDA 


BS Downlink Deactivation 






FNS 


Feature Not Supported 






IC 


Individual Call 






GC 


Group Call 






UC 


Unaddressed Voice Call 






AC 


All Call Voice 






BC 


Broadcast Call Voice 






OVCM 


Open Voice Channel Mode 




<fm> = functional module 


MS INI 


MS Initiating 






MS TER 


MS Terminating 




X = type of testing 


BV 


Valid Behaviour Tests 






Tl 


Timer and Constraints Tests 




<nnn> = sequential number 


(000 etc.) 





EXAMPLE: TC_BS_CCL_BA_MS_INI_BV_000 is the first test case for the valid behaviour testing of the 
MS_INItiated BS activation procedure of the Call Control layer at the BS side. 
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6.3.2 TSCC TP naming conventions 

The identifier of the TP is buih according to table 17. 



Table 17: naming convention for TSCC 



Identifier: 


TP/<st>/<ct>/<sg>/<fm>/<x>-<nnn> 








<st> = side type 


BS 


Base Station 






MS 


Mobile Station 




<ct> = channel type 


TSCC 


Trunking System Control Channel 






TSPC 


Trunking System Payload Channel 




<sg> = service group 


ACQUI 


TSCC Acquisition Authorization 






RA 


Rand Access 






REG 


MS Registration 






AUTH 


MS Authentication 






STUN 


MS Stun 






PS 


Power Save 






IVC 


Individual Voice Call 






TVC 


Talkgroup Voice Call 






IPDC 


Individual Packet Data Call 






TPDC 


TalkgroupPacket Data Call 






ISDM 


Individual Short Data Message 






TSDM 


Talkgroup Short Data Message 






SDP 


Short Data Polling 






STAT 


Status Service 






DIV 


Call Diversion 






MKI 


MS Kill 






IPCA 


IP Connection Advice 




<fm> = functional module 


MS INI 


MS Initiating 






MS TER 


MS Terminating 




X = type of testing 


BV 


Valid Behaviour Tests 




<nnn> = sequential number 


(000 etc.) 





EXAMPLE: TP/MS/TSCC/RA/ MS_IN1/BV-001 is the second test purpose for the valid behaviour testing of 
MS_INItiated random access procedure in the Control Channel at the MS side. 

6.3.3 TSPC TP naming conventions 

The identifier of the TP is built according to table 18. 

Table 18: naming convention for TSPC 



Identifier: 


TP/<st>/<ct>/<sg>/<fm>/<x>-<nnn> 








<st> = side type 


BS 


Base Station 






MS 


Mobile Station 




<ct> = channel type 


TSCC 


Trunking System Control Channel 






TSPC 


Trunking System Payload Channel 




<sg> = service group 


MRC 


MS Radio Check 






AUTHC 


Authentication Check 






DEP 


Disable/Enabling users PTT 






IMC 


Illegal MS Check 






CG 


Channel Grant 






CC 


Call Cancel 




<fm> = functional module 


MS INI 


MS Initiating 






MS TER 


MS Terminating 




X = type of testing 


BV 


Valid Behaviour Tests 






Tl 


Timer Tests 




<nnn> = sequential number 


(000 etc.) 





EXAMPLE: TP/BS/TSPC/CC/ MS_INI/BV-001 is the second test purpose for the valid behaviour testing of 
MS_INItiated call cancel procedure in the Payload Channel at the BS side. 
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6.3.4 DLL TP naming conventions 

The identifier of the TC is buih according to table 19. 



Table 19: TC naming convention for DLL 



Identifier: 


TC/<st>/<sl>/<sg>/<fm>/<x>-<nnn> 








<st> = side type 


BS 


Base Station 






MS 


Mobile Station 




<sl> = stack layer 


CCL 


Call Control Layer 






DLL 


Data Link Layer 




<sg> = service group 


CA 


Channel Access 






SYNC 


Synchronization 






ST 


Slot Type 






EMB 


Embedded Signalling 






TACT 


TDMA Access Channel Type 






TT 


Traffic Timing 






DHT 


Data Hang Time 






IPCPD 


IP Confirmed Data Packet 






IPUPD 


IP Unconfirmed Data Packet 






IPRPD 


IP Response Packet Data 






SDCPD 


Short Data Confirmed Packet Data 






SDUPD 


Short Data Unconfirmed Packet Data 






SDRPD 


Short Data Response Packet Data 




<fm> = functional module 


DM 


Direct Mode(Peer to Peer Mode) 






RM 


Repeater Mode 




X = type of testing 


BV 


Valid Behaviour Tests 






Tl 


Timer Tests 




<nnn> = sequential number 


(000 etc.) 





EXAMPLE: TP_MS_DLL_CA_DM_BV_001 is the second test case for the valid behaviour testing of the 
channel accessing procedure in direct mode of the Data Link layer at the MS side. 
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Annex A (informative): 

Upper Tester, In-house Testing, TDIVIA bursts, and Test 

case simulation 



A.1 Specifying an Upper Tester 



In order to completely automate conformance and interoperability testing, the upper interface of the lUT needs to be 
accessible to TTCN-3 test cases. The specification of this upper interface is not standardized by DMR and so there are 
no primitives defined for requesting the DMR stack to send a specific burst or to check if one has been received. 
Consequently, implementations of this interface are vendor specific and may even vary between different lUTs. 

In conformance testing methodology the tight integration problem can be resolved by implementing an Upper Tester 
Application (UTA) in the SUT, i.e., outside of the test system. The purpose of the UTA is to play the role of a (dummy) 
DMR application which interacts with the DMR stack. It is, however, controlled by the test system with the Upper 
Tester Component via a message channel. Therefore, another task of the UT is to convert the messages sent by TTCN-3 
into concrete DMR interface calls and vice versa. This allows a fairly generic design and encoding of a protocol 
between the UT and TTCN-3. 

Table A.l shows a test purpose which requires an Upper Tester. 

Table A.1 : Test Purpose which requires an Upper Tester 



TP/MS/VT/BV-xxx 



Reference: TS 102 361-2 [2], clauses 6.3.2.1 and 6.2.3.2.3 
Initial condition: The lUT is in synclironization witli the TS and the channel is idle. 
Check, that when the lUT initiates a PTT_Request and is granted the right to transmit, 
the lUT initially sends a Voice_LC_Header message 



A.1 .1 The UT in the DIVIR test system 



In the test system the UT is assigned in each test case an own UT port. During the execution of a test case commands 
are sent to the UTA in the SUT via the UT port. The commands: 



• indicate the reception of an DMR burst; 

• configure the SUT. 
Further on the commands could: 

• indicate the start and end of a test case; 

• reset the UT in case of test case errors. 
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The UT commands that are used are listed in table A.2. The UT commands are non-standardized, but it could be 
considered to use AT commands instead. 

Table A.2: UT commands 



UT command 


Port 


Reference 


BsActParams 


UT port 


DMRTypes.asn 


TsActParams 


UT port 


DMRTypes.asn 


MsActParams 


UT port 


DMRTypes.asn 


MsTsActParams 


UT port 


DMRTypes.asn 


BsCfgParams 


UT port 


DMRTypes.asn 


TsCfgParmas 


UT port 


DMRTypes.asn 


MsCfgParams 


UT port 


DMRTypes.asn 


MsTsCfgParams 


UT port 


DMRTypes.asn 


lutlndMsg 


UT port 


DMRTypes.asn 


FncRetCode 


UT port 


DMRTypes.asn 



A.2 Using the ATS for In-house Testing 

The delivered CCL and DLL test systems can be extended for In-house Testing. One example is the early prototype 
testing where: 

lUT is a software application (ETSI validates its TTCN-3 against Mirror TTCN-3 software application). 

The air interface is replaced with a TCP/IP interface. 

TTCN-3 is not changed, because it is independent from the Test Adapter. 

External functions and Upper Tester Application are modified to fit the new SUT. 

TCP/IP connection between Upper Tester and Upper Tester Application (a serial port interface could be used 
as well). 



CCL Test System 



Upper Tester 



UTPCO 

CCL or Upper DLL 
TTCN-3 

^^LTPCO 



Test Adapter 



Action 



Prototype SUT 



Upper Tester Application 



-O 



Proprietary Interface 
CCL or Upper DLL 

lUT 

Proprietary Interface 



Adaptation Layer 



1 



TCP/IP 



Figure A.1 : Software Implementation Testing with TCP/IP 
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A.3 Sending and Receiving DLL TDIVIA bursts 

Send and receive process is handled separately on different test components. This split allows to run in parallel the: 

• sending of TTCN-3 messages faster then the DMR system clock; 

• receiving, queuing of TTCN-3 messages and discharging the queue uncoupled to the DMR system clock. 

When sending e.g. Voice Superframes, a TTCN-3 message is sent for each burst of the superframe ("A" through "F"). 
TTCN-3 messages shall be sent fast enough so that TA can de-assemble the TTCN-3 message into the DMR burst 
format and send it to the air interface. 
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Figure A.2: Sending DLL TDIVIA bursts 
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Figure A.3: Receiving DLL TDMA bursts 
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A.4 Test case simulation 



All test cases in the DMR test suite has been simulated, by execution of the compiled test case against a System Under 
Test (SUT) implementation. 

The simulation is based on the "TAU/Tester TRI (TTCN-3 Runtime Interface) Integration" system configuration 
defined in the "Telelogic TAU 2.4 Tau/Tester Tutorial". The TTCN-3 simulation executes a selected TTCN-3 test case 
(ETS) against a System Under Test (SUT) executable that simulates the expected behaviour of a conforming lUT. The 
two executable programs connect via a socket connection and exchange BER encoded data messages. Figure A.4 
illustrates the simulation configuration. 



TTCN-3 

test case 

executable 



Socket connection 



SUT 
executable 



Figure A.4: TTCN test case simulation configuration 

The SUT executable is also a generated from a TTCN-3 specification using the same ASN.l data type and PDU type 
definitions as the DMR test suite specification. The SUT specification also may need to be modified to match the test 
case selected for simulation. 

Simulation of the test cases has improved the quality of the DMR TTCN-3 test suite detecting a number of errors not 
detected by static analysis. The types of errors detected include: 

• Synchronization errors between parallel test components, e.g. causing that the test case execution never 
terminates. 

• Program flow errors in test components, e.g. loops with incorrect termination conditions or missing "repeat" 
statements causing the premature termination of the test case execution. 

• Use of incorrect test configuration, e.g. using a test configuration for DLL repeater mode for a test case 
checking a DLL direct mode requirement. This type of error is in some cases detected only when dynamically 
mapping the components ports on to the test configuration. 

• Incorrect or missing handling of messages from the SUT, causing the test case to fail the lUT even if the lUT 
satisfies the conformance requirement. 

• Missing verdict assignments. 

It should be noted that the simulation performed for each test case has been done only to validate that the test case when 
testing a conforming lUT will result in a "pass" verdict. This means no validation has been performed to check the test 
case execution result when executing against a non-conforming lUT. 



ETSI 



31 ETSI TS 1 02 362-3 V1 .3.1 (2007-06) 



Annex B (normative): 
Abstract Test Suite (ATS) 

B.1 The ATS in TTCN-3 core (text) format 

This ATS has been produced using the Testing and Test Control Notation (TTCN) according to ES 201 873-1 [9]. 

The TTCN-3 core (text) representation corresponding to this ATS is contained in ASCII files (DMR_TTCN3_v003.zip 
contained in the archive ts_10236203v010301p0.zip) which accompanies the present document. 

NOTE: Where an ETSI Abstract Test Suite (in TTCN-3) is published in both core and tabular format these two 
forms shall be considered equivalent. In the event that there appears to be syntactical or semantic 
differences between the two then the problem shall be resolved and the erroneous format (whichever it is) 
shall be corrected. 

B.2 The html documentation of the TTCN-3 code 

The documentation of the TTCN-3 code is in the html files (DMR_T3DOC_v003.zip contained in the archive 
ts_10236203v010301p0.zip) which accompanies the present document. 
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Annex C (normative): 

Partial PIXIT proforma for DIVIR 



Notwithstanding the provisions of the copyright clause related to the text of the present document, ETSI grants that 
users of the present document may freely reproduce the partial PIXIT proforma in this annex so that it can be used for 
its intended purposes and may further publish the completed partial PIXIT. 



The PIXIT Proforma is based on ISO/IEC 9646-6 [6]. Any needed additional information can be found in the present 
document. 



C.1 Identification summary 



Table C.I 



PIXIT Number: 




Test Laboratory Name: 




Date of Issue: 




Issued to: 





C.2 ATS summary 



Table C.2 



Protocol Specification: 


TS 102 361-1 [1], 
TS 102 361-2 [2], 
TS 102 361-3 [3], 
TS 102 361-4 [4] 


Protocol to be tested: 




ATS Specification: 


TS 102 362-3 


Test Configuration: 


TS 102 362-3 clauses 4 and 5 



C.3 Test laboratory 



Table C.3 



Test Laboratory Identification: 




Test Laboratory IVIanager: 




Means of Testing: 




SAP Address: 
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C.4 Client identification 



Table C.4 



Client Identification: 




Client Test manager: 




Test Facilities required: 





C.5 SUT 



Table C.5 



Name: 




Version: 




SCS Number: 




IVIachine configuration: 




Operating System Identification: 




lUT Identification: 




PICS Reference for lUT: 




Limitations of the SUT: 




Environmental Conditions: 





C.6 Protocol layer information 



C.6.1 Protocol identification 



Table C.6 



Name: 


TS 102 361-1 [1], 
TS 102 361-2 [2], 
TS 102 361-3 [3], 
TS 102 361-4 [4] 


Version: 




PICS References: 
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C.6.2 lUT information 



C. 6.2.1 Timers 



Table C.7: Timers 



Name 


Type 


Comment 


PXT MAX CASE EXEC PERIOD 


float 


Time of Max Case Execution 


PXT MAX BS REPEATING DELAY 


float 


Time of Max Bs Repeating Delay 


PXT_MAX_TIME_RECV_NEXT_FRM 


float 


Timer for receiving next TDMA frame 
(it should be greater than 60E-3 sec) 


PXT_MAX_TIME_CFG_ACT_RLY 


float 


Max Time of lUT sending back 
response of configuration/action's 
func/msg 


PXT GUARD TIME 


float 


General Guard Timer 


PXT MS HOLD TRANSMISSION TIME 


float 


Timer for MS holding transmission 


PXT GUARD TIME CALL HT 


float 


Guard Time when testing Call HT 


PXT GUARD TIME MS INACTIV 


float 


Guard Time of Ms inactive 


PXT GUARD TIME TRANSMITTING 


float 


Guard Time of Ms transmitting 



C.6.2. 2 Common Configuration 



Table C.8: Common Configuration 



Name 


Type 


Comment 


PXT VALIDATION MODE 


Boolean 


Debug flag 


PXT BS ADDR 


BsAddr 


Value of BS Address 


PXT MS SIMU SRC ADDR 


SrcAddr 


Value of MS Simu Source Address 


PXT MS ADDR 


SrcAddr 


Value of MS Address 


PXT CALLED MS ADDR 


TargetAddr 


Value of Called MS Address 


PXT GRP ADDR 


GrpAddr 


Value of Group Address 


PXT WRONG TARGET ADDR 


TargetAddr 


Wrong Value of Target Address 


PXT TARGET ADDR 


TargetAddr 


Value of Target Address 


PXT UNADDR V CALL ADDR 


TargetAddr 


Value of Unaddress Idn Address from FFFFEO to FFFFEF 


PXT ALL UNIT V CALL ADDR 


TargetAddr 


Value of All Unit Idn Address from FFFFFO to FFFFFF 


PXT ADDI INFO 


Additionalnfo 


Value of Additonal Information used in NackRsp PDU 


PXT MY SYSTEM CC 


Cc 


Value of My System Color Code 


PXT OTHER SYSTEM CC 


Cc 


Value of Other System Color Code 


PXT DIRECT MODE 


Boolean 


Indicate if Direct Mode supported 


PXT REPEATER MODE 


Boolean 


Indicate if Repeater Mode supported 


PXT SYSCODE 


CsysCode 


Syscode in the CAhoy PDU or four CACH PDUs. 


PXT_LOG_CHANNEL 


LogicalChannel 


Value of the Logical channel to swap to in a P_GRANT 
message 


PXT_CONTROL_CHANNEL 


LogicalChannel 


Value of the control channel to use after a P CLEAR or 
P PROTECT 


PXT_WINDOW_SIZE 


Integer 


Value of the window size in the sliding window protocol in 
confirmed data packet transmission. This value defines 
the max number of packets sent until the next packet will 
contain a request for confirmation 
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Annex D (normative): 
PCTRproformafor DMR 



Notwithstanding the provisions of the copyright clause related to the text of the present document, ETSI grants that 
users of the present document may freely reproduce the PCTR proforma in this annex so that it can be used for its 
intended purposes and may further publish the completed PCTR. 



The PCTR proforma is based on ISO/IEC 9646-6 [6]. Any needed additional information can be found in the present 
document. 



D.1 Identification summary 

D.1 .1 Protocol conformance test report 



Table D.1 



PCTR Number: 




PCTR Date: 




Corresponding SCTR Number: 




Corresponding SCTR Date: 




Test Laboratory Identification: 




Test Laboratory IVIanager: 




Signature: 





D.1. 2 lUT identification 



Table D.2 



Name: 




Version: 




Protocol specification: 




PICS: 




Previous PCTR if any: 
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D.1.3 Testing environment 



Table D.3 



PIXIT Number: 




ATS Specification: 




Test Configuration: 




IVIeans of Testing Identification: 




Date of testing: 




Conformance Log reference{s): 




Retention Date for Log reference(s): 





D.1 .4 Limits and reservation 

Additional information relevant to the technical contents or further use of the test report, or the rights and obligations of 
the test laboratory and the client, may be given here. Such information may include restriction on the publication of the 
report. 



D.1.5 Comments 

Additional comments may be given by either the client or the test laboratory on any of the contents of the PCTR, for 
example, to note disagreement between the two parties. 



D.2 lUT Conformance status 



This lUT has or has not been shown by conformance assessment to be non-conforming to the specified protocol 
specification. 

Strike the appropriate words in this sentence. If the PICS for this lUT is consistent with the static conformance 
requirements (as specified in clause D.3 in the present document) and there are no "FAIL" verdicts to be recorded (in 
clause D.6 in the present document) strike the words "has or", otherwise strike the words "or has not". 
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D.3 Static conformance summary 

The PICS for this lUT is or is not consistent with the static conformance requirements in the specified protocol. 
Strike the appropriate words in this sentence. 

D.4 Dynamic conformance summary 

The test campaign did or did not reveal errors in the lUT. 

Strike the appropriate words in this sentence. If there are no "FAIL" verdicts to be recorded (in clause D.6 of the 
present document) strike the words "did or" otherwise strike the words "or did not". 

Summary of the results of groups of test: 



D.5 Static conformance review report 

If clause D.3 indicates non-conformance, this clause itemizes the mismatches between the PICS and the static 
conformance requirements of the specified protocol specification. 



£75/ 



38 



ETSI TS 102 362-3 V1.3.1 (2007-06) 



D.6 Test campaign report 



Table D.4 



ATS Reference 


Selected? 


Run? 


Verdict 


Observations 

(Reference to any observations 

made in clause D.7) 


MS DLL 










TC MS DLL SYNC BV 000 


yes/no 


yes/no 






TC MS DLL SYNC BV 001 


yes/no 


yes/no 






TC MS DLL SYNC BV 002 


yes/no 


yes/no 






TC MS DLL ST BV 000 


yes/no 


yes/no 






TC MS DLL ST BV 001 


yes/no 


yes/no 






TC MS DLL ST BV 002 


yes/no 


yes/no 






TC MS DLL EMB DM BV 000 


yes/no 


yes/no 






TC MS DLL EMB RM BV 000 


yes/no 


yes/no 






TC MS DLL CA DM BV 000 


yes/no 


yes/no 






TC MS DLL CA DM BV 001 


yes/no 


yes/no 






TC MS DLL CA DM BV 002 


yes/no 


yes/no 






TC MS DLL CA DM BV 003 


yes/no 


yes/no 






TC MS DLL CA DM BV 004 


yes/no 


yes/no 






TC MS DLL CA DM BV 005 


yes/no 


yes/no 






TC MS DLL CA DM BV 006 


yes/no 


yes/no 






TC MS DLL CA DM BV 007 


yes/no 


yes/no 






TC MS DLL CA DM Tl 000 


yes/no 


yes/no 






TC MS DLL CA DM Tl 001 


yes/no 


yes/no 






TC MS DLL CA DM Tl 002 


yes/no 


yes/no 






TC MS DLL CA RM BV 000 


yes/no 


yes/no 






TC MS DLL CA RM BV 001 


yes/no 


yes/no 






TC MS DLL CA RM BV 002 


yes/no 


yes/no 






TC MS DLL CA RM BV 003 


yes/no 


yes/no 






TC MS DLL CA RM BV 004 


yes/no 


yes/no 






TC MS DLL CA RM BV 005 


yes/no 


yes/no 






TC MS DLL CA RM BV 006 


yes/no 


yes/no 






TC MS DLL CA RM BV 007 


yes/no 


yes/no 






TC MS DLL CA RM BV 008 


yes/no 


yes/no 






TC MS DLL CA RM BV 009 


yes/no 


yes/no 






TC MS DLL CA RM BV 010 


yes/no 


yes/no 






TC MS DLL CA RM Tl 000 


yes/no 


yes/no 






TC MS DLL CA RM Tl 001 


yes/no 


yes/no 






TC MS DLL CA RM Tl 002 


yes/no 


yes/no 






TC MS DLL CRC BV 000 


yes/no 


yes/no 






TC MS DLL CRC BV 001 


yes/no 


yes/no 






TC MS DLL CRC BV 002 


yes/no 


yes/no 






TC MS DLL CRC BV 003 


yes/no 


yes/no 






TC MS DLL CRC BV 004 


yes/no 


yes/no 






TC MS DLL CRC BV 005 


yes/no 


yes/no 






TC MS DLL CRC BV 006 


yes/no 


yes/no 






Packet Data Protocol 


TC MS DLL IPUPD MS INI BV 000 


yes/no 


yes/no 






TC MS DLL IPUPD MS INI BV 001 


yes/no 


yes/no 






TC MS DLL IPUPD MS INI BV 002 


yes/no 


yes/no 






TC MS DLL IPUPD MS INI BV 003 


yes/no 


yes/no 






TC MS DLL IPUPD MS INI BV 004 


yes/no 


yes/no 






TC MS DLL IPUPD MS INI BV 005 


yes/no 


yes/no 






TC MS DLL IPCPD MS INI BV 000 


yes/no 


yes/no 






TC MS DLL IPCPD MS INI BV 001 


yes/no 


yes/no 






TC MS DLL IPCPD DM MS INI BV 001 


yes/no 


yes/no 






TC MS DLL IPCPD MS INI BV 002 


yes/no 


yes/no 






TC MS DLL IPCPD MS INI BV 003 


yes/no 


yes/no 






TC MS DLL IPCPD MS INI BV 004 


yes/no 


yes/no 






TC MS DLL IPCPD MS INI BV 005 


yes/no 


yes/no 






TC MS DLL IPCPD MS INI BV 006 


yes/no 


yes/no 
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ATS Reference 


Selected? 


Run? 


Verdict 


Observations 

(Reference to any observations 

made in clause D.7) 


TC MS DLL IPCPD DM MS INI BV 000 


yes/no 


yes/no 






TC MS DLL IPCPD DM MS INI BV 001 


yes/no 


yes/no 






TC MS DLL IPRPD MS TER BV 000 


yes/no 


yes/no 






TC MS DLL IPRPD MS TER BV 001 


yes/no 


yes/no 






TC MS DLL SDUPD MS INI BV 000 


yes/no 


yes/no 






TC MS DLL SDUPD MS INI BV 001 


yes/no 


yes/no 






TC MS DLL SDUPD MS INI BV 002 


yes/no 


yes/no 






TC MS DLL SDCPD MS INI BV 000 


yes/no 


yes/no 






TC MS DLL SDCPD MS INI BV 001 


yes/no 


yes/no 






TC MS DLL SDCPD MS INI BV 002 


yes/no 


yes/no 






TC MS DLL SDRPD MS INI BV 000 


yes/no 


yes/no 






BSDLL 










TC BS DLL TACT BV 000 


yes/no 


yes/no 






TC BS DLL TACT BV 001 


yes/no 


yes/no 






TC BS DLL TACT BV 002 


yes/no 


yes/no 






TC BS DLL TACT BV 003 


yes/no 


yes/no 






TC BS DLL SYNC BV 000 


yes/no 


yes/no 






TC BS DLL SYNC BV 001 


yes/no 


yes/no 






TC BS DLL ST BV 000 


yes/no 


yes/no 






TC BS DLL TT BV 000 


yes/no 


yes/no 






TC BS DLL TT BV 001 


yes/no 


yes/no 






TC BS DLL CRC BV 000 


yes/no 


yes/no 






Packet Data Protocol 


TC BS DLL PDP UPD BV 000 


yes/no 


yes/no 






TC BS DLL PDP CPD BV 000 


yes/no 


yes/no 






TC BS DLL PDP DHT Tl 000 


yes/no 


yes/no 






MSCCL 










TC MS CCL BA MS INI BV 000 


yes/no 


yes/no 






TC MS CCL BA MS INI Tl 000 


yes/no 


yes/no 






TC MS CCL BA MS INI Tl 001 


yes/no 


yes/no 






TC MS CCL BA MS INI Tl 002 


yes/no 


yes/no 






TC MS CCL FNS MS TER BV 000 


yes/no 


yes/no 






TC MS CCL GC MS INI BV 000 


yes/no 


yes/no 






TC MS CCL GC MS INI BV 001 


yes/no 


yes/no 






TC MS CCL GC MS INI BV 002 


yes/no 


yes/no 






TC MS CCL GC MS TER BV 000 


yes/no 


yes/no 






TC MS CCL GC MS TER BV 001 


yes/no 


yes/no 






TC MS CCL GC MS TER BV 002 


yes/no 


yes/no 






TC MS CCL GC MS TER BV 003 


yes/no 


yes/no 






TC MS CCL GC MS TER BV 004 


yes/no 


yes/no 






TC MS CCL IC MS INI BV 000 


yes/no 


yes/no 






TC MS CCL IC MS INI BV 001 


yes/no 


yes/no 






TC MS CCL IC MS INI BV 002 


yes/no 


yes/no 






TC MS CCL IC MS INI BV 003 


yes/no 


yes/no 






TC MS CCL IC MS INI BV 004 


yes/no 


yes/no 






TC MS CCL IC MS INI BV 005 


yes/no 


yes/no 






TC MS CCL IC MS INI Tl 000 


yes/no 


yes/no 






TC MS CCL IC MS INI Tl 001 


yes/no 


yes/no 






TC MS CCL IC MS INI Tl 002 


yes/no 


yes/no 






TC MS CCL IC MS TER BV 000 


yes/no 


yes/no 






TC MS CCL IC MS TER BV 001 


yes/no 


yes/no 






TC MS CCL IC MS TER BV 002 


yes/no 


yes/no 






TC MS CCL IC MS TER BV 003 


yes/no 


yes/no 






TC MS CCL IC MS TER BV 004 


yes/no 


yes/no 






TC MS CCL IC MS TER BV 005 


yes/no 


yes/no 






TC MS CCL UC MS INI BV 000 


yes/no 


yes/no 






TC MS CCL AC MS INI BV 000 


yes/no 


yes/no 






TC MS CCL BC MS INI BV 000 


yes/no 


yes/no 






TC MS CCL OVCM MS INI BV 000 


yes/no 


yes/no 






TC MS CCL OVCM MS INI BV 001 


yes/no 


yes/no 






TC MS CCL Tl MS INI BV 000 


yes/no 


yes/no 






TC MS CCL Tl MS INI BV 001 


yes/no 


yes/no 
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ATS Reference 


Selected? 


Run? 


Verdict 


Observations 

(Reference to any observations 

made in clause D.7) 


MS CCL Trunking System Control Channel 


TC MS TSCC ACQUI MS INI BV 000 


yes/no 


yes/no 






TC MS TSCC ACQUI MS INI BV 001 


yes/no 


yes/no 






TC MS TSCC ACQUI MS INI BV 002 


yes/no 


yes/no 






TC MS TSCC RA MS INI BV 000 


yes/no 


yes/no 






TC MS TSCC RA MS INI BV 001 


yes/no 


yes/no 






TC MS TSCC RA MS INI BV 002 


yes/no 


yes/no 






TC MS TSCC RA MS INI BV 003 


yes/no 


yes/no 






TC MS TSCC RA MS INI BV 004 


yes/no 


yes/no 






TC MS TSCC REG MS INI BV 000 


yes/no 


yes/no 






TC MS TSCC AUTH MS INI BV 000 


yes/no 


yes/no 






TC MS TSCC STUN MS INI BV 000 


yes/no 


yes/no 






TC MS TSCC STUN MS INI BV 001 


yes/no 


yes/no 






TC MS TSCC STUN MS INI BV 002 


yes/no 


yes/no 






TC MS TSCC STUN MS INI BV 003 


yes/no 


yes/no 






TC MS TSCC STUN MS INI BV 004 


yes/no 


yes/no 






TC MS TSCC IVC MS INI BV 000 


yes/no 


yes/no 






TC MS TSCC IVC MS INI BV 001 


yes/no 


yes/no 






TC MS TSCC IVC MS INI BV 002 


yes/no 


yes/no 






TC MS TSCC IVC MS INI BV 003 


yes/no 


yes/no 






TC MS TSCC IVC MS INI BV 004 


yes/no 


yes/no 






TC MS TSCC IVC MS INI BV 005 


yes/no 


yes/no 






TC MS TSCC IVC MS TER BV 000 


yes/no 


yes/no 






TC MS TSCC IVC MS TER BV 001 


yes/no 


yes/no 






TC MS TSCC TVC MS INI BV 000 


yes/no 


yes/no 






TC MS TSCC TVC MS INI BV 001 


yes/no 


yes/no 






TC MS TSCC TVC MS INI BV 002 


yes/no 


yes/no 






TC MS TSCC TVC MS INI BV 003 


yes/no 


yes/no 






TC MS TSCC IPDC MS INI BV 000 


yes/no 


yes/no 






TC MS TSCC IPDC MS INI BV 001 


yes/no 


yes/no 






TC MS TSCC IPDC MS INI BV 002 


yes/no 


yes/no 






TC MS TSCC IPDC MS INI BV 003 


yes/no 


yes/no 






TC MS TSCC IPDC MS INI BV 004 


yes/no 


yes/no 






TC MS TSCC IPDC MS TER BV 000 


yes/no 


yes/no 






TC MS TSCC TPDC MS INI BV 000 


yes/no 


yes/no 






TC MS TSCC TPDC MS INI BV 001 


yes/no 


yes/no 






TC MS TSCC TPDC MS INI BV 002 


yes/no 


yes/no 






TC MS TSCC TPDC MS INI BV 003 


yes/no 


yes/no 






TC MS TSCC ISDM MS INI BV 000 


yes/no 


yes/no 






TC MS TSCC ISDM MS INI BV 001 


yes/no 


yes/no 






TC MS TSCC ISDM MS INI BV 002 


yes/no 


yes/no 






TC MS TSCC ISDM MS INI BV 003 


yes/no 


yes/no 






TC MS TSCC ISDM MS TER BV 000 


yes/no 


yes/no 






TC MS TSCC TSDM MS INI BV 000 


yes/no 


yes/no 






TC MS TSCC TSDM MS INI BV 001 


yes/no 


yes/no 






TC MS TSCC TSDM MS INI BV 002 


yes/no 


yes/no 






TC MS TSCC TSDM MS INI BV 003 


yes/no 


yes/no 






TC MS TSCC SDP MS INI BV 000 


yes/no 


yes/no 






TC MS TSCC SDP MS INI BV 001 


yes/no 


yes/no 






TC MS TSCC SDP MS INI BV 002 


yes/no 


yes/no 






TC MS TSCC SDP MS TER BV 000 


yes/no 


yes/no 






TC MS TSCC SDP MS TER BV 001 


yes/no 


yes/no 






TC MS TSCC STAT MS INI BV 000 


yes/no 


yes/no 






TC MS TSCC STAT MS INI BV 001 


yes/no 


yes/no 






TC MS TSCC STAT MS INI BV 002 


yes/no 


yes/no 






TC MS TSCC STAT MS TER BV 000 


yes/no 


yes/no 






TC MS TSCC CD MS INI BV 000 


yes/no 


yes/no 






TC MS TSCC MKI BV 000 


yes/no 


yes/no 






TC MS TSCC MKI BV 001 


yes/no 


yes/no 






TC MS TSCC MKI BV 002 


yes/no 


yes/no 






TC MS TSCC IPCA BV 000 


yes/no 


yes/no 






TC MS TSCC IPCA BV 001 


yes/no 


yes/no 
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ATS Reference 


Selected? 


Run? 


Verdict 


Observations 

(Reference to any observations 

made in clause D.7) 


MS CCL Trunking System Payload Channel 


TC MS TSPC MRC MS TER BV 000 


yes/no 


yes/no 






TC MS TSPC MRC MS TER BV 001 


yes/no 


yes/no 






TC MS TSPC MRC MS TER BV 002 


yes/no 


yes/no 






TC MS TSPC MRC MS TER BV 003 


yes/no 


yes/no 






TC MS TSPC AUTHC MS INI BV 000 


yes/no 


yes/no 






TC MS TSPC AUTHC MS INI BV 001 


yes/no 


yes/no 






TC MS TSPC DEP MS INI BV 000 


yes/no 


yes/no 






TC MS TSPC DEP MS INI BV 001 


yes/no 


yes/no 






TC MS TSPC DEP MS INI BV 002 


yes/no 


yes/no 






TC MS TSPC DEP MS INI BV 003 


yes/no 


yes/no 






TC MS TSPC CG MS INI BV 000 


yes/no 


yes/no 






TC MS TSPC CG MS INI BV 001 


yes/no 


yes/no 






TC MS TSPC IMC MS INI BV 000 


yes/no 


yes/no 






TC MS TSPC IMC MS INI BV 001 


yes/no 


yes/no 






TC MS TSPC CC MS INI BV 000 


yes/no 


yes/no 






TC MS TSPC CC MS INI BV 001 


yes/no 


yes/no 






BSCCL 










TC BS CCL BA MS INI BV 000 


yes/no 


yes/no 






TC BS CCL VCR MS INI BV 000 


yes/no 


yes/no 






TC BS CCL VCR MS INI BV 001 


yes/no 


yes/no 






TC BS CCL CHT MS INI Tl 000 


yes/no 


yes/no 






TC BS CCL CHT MS INI Tl 001 


yes/no 


yes/no 






TC BS CCL CHT MS INI Tl 002 


yes/no 


yes/no 






TC BS CCL CHT MS INI Tl 003 


yes/no 


yes/no 






TC BS CCL CHT MS INI Tl 004 


yes/no 


yes/no 






TC BS CCL CHT MS INI Tl 005 


yes/no 


yes/no 






TC BS CCL CR MS INI BV 000 


yes/no 


yes/no 






TC BS CCL CR MS INI BV 001 


yes/no 


yes/no 






TC BS CCL CR MS INI BV 002 


yes/no 


yes/no 






TC BS CCL BDA MS INI Tl 000 


yes/no 


yes/no 






TC BS CCL BDA MS INI Tl 001 


yes/no 


yes/no 






TC BS CCL AC MS INI BV 000 


yes/no 


yes/no 






TC BS CCL BC MS INI BV 000 


yes/no 


yes/no 






BS CCL — Trunking System Control Channel 


TC BS TSCC ACQUI MS INI BV 000 


yes/no 


yes/no 






TC BS TSCC REG MS INI BV 000 


yes/no 


yes/no 






TC BS TSCC REG MS INI BV 001 


yes/no 


yes/no 






TC BS TSCC REG MS INI BV 002 


yes/no 


yes/no 






TC BS TSCC REG MS INI BV 003 


yes/no 


yes/no 






TC BS TSCC PS MS INI BV 000 


yes/no 


yes/no 






TC BS TSCC PS MS INI BV 001 


yes/no 


yes/no 






TC BS TSCC AUTH MS INI BV 000 


yes/no 


yes/no 






TC BS TSCC STUN MS INI BV 000 


yes/no 


yes/no 






TC BS TSCC STUN MS INI BV 001 


yes/no 


yes/no 






TC BS TSCC STUN MS INI BV 002 


yes/no 


yes/no 






TC BS TSCC IVC MS INI BV 000 


yes/no 


yes/no 






TC BS TSCC IVC MS INI BV 001 


yes/no 


yes/no 






TC BS TSCC IVC MS INI BV 002 


yes/no 


yes/no 






TC BS TSCC IVC MS INI BV 003 


yes/no 


yes/no 






TC BS TSCC IVC MS INI BV 004 


yes/no 


yes/no 






TC BS TSCC IVC MS INI BV 005 


yes/no 


yes/no 






TC BS TSCC IVC MS INI BV 006 


yes/no 


yes/no 






TC BS TSCC IVC MS INI BV 007 


yes/no 


yes/no 






TC BS TSCC TVC MS INI BV 000 


yes/no 


yes/no 






TC BS TSCC TVC MS INI BV 001 


yes/no 


yes/no 






TC BS TSCC TVC MS INI BV 002 


yes/no 


yes/no 






TC BS TSCC TVC MS INI BV 003 


yes/no 


yes/no 






TC BS TSCC TVC MS INI BV 004 


yes/no 


yes/no 






TC BS TSCC TVC MS INI BV 005 


yes/no 


yes/no 






TC BS TSCC IPDC MS INI BV 000 


yes/no 


yes/no 






TC BS TSCC IPDC MS INI BV 001 


yes/no 


yes/no 
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ATS Reference 


Selected? 


Run? 


Verdict 


Observations 

(Reference to any observations 

made in clause D.7) 


TC BS TSCC IPDC MS INI BV 002 


yes/no 


yes/no 






TC BS TSCC IPDC MS INI BV 003 


yes/no 


yes/no 






TC BS TSCC IPDC MS INI BV 004 


yes/no 


yes/no 






TC BS TSCC IPDC MS INI BV 005 


yes/no 


yes/no 






TC BS TSCC IPDC MS INI BV 006 


yes/no 


yes/no 






TC BS TSCC TPDC MS INI BV 000 


yes/no 


yes/no 






TC BS TSCC TPDC MS INI BV 001 


yes/no 


yes/no 






TC BS TSCC TPDC MS INI BV 002 


yes/no 


yes/no 






TC BS TSCC TPDC MS INI BV 003 


yes/no 


yes/no 






TC BS TSCC TPDC MS INI BV 004 


yes/no 


yes/no 






TC BS TSCC ISDM MS INI BV 000 


yes/no 


yes/no 






TC BS TSCC ISDM MS INI BV 001 


yes/no 


yes/no 






TC BS TSCC ISDM MS INI BV 002 


yes/no 


yes/no 






TC BS TSCC ISDM MS INI BV 003 


yes/no 


yes/no 






TC BS TSCC ISDM MS INI BV 004 


yes/no 


yes/no 






TC BS TSCC ISDM MS INI BV 005 


yes/no 


yes/no 






TC BS TSCC TSDM MS INI BV 000 


yes/no 


yes/no 






TC BS TSCC TSDM MS INI BV 001 


yes/no 


yes/no 






TC BS TSCC TSDM MS INI BV 002 


yes/no 


yes/no 






TC BS TSCC TSDM MS INI BV 003 


yes/no 


yes/no 






TC BS TSCC SDP MS INI BV 000 


yes/no 


yes/no 






TC BS TSCC SDP MS INI BV 001 


yes/no 


yes/no 






TC BS TSCC SDP MS INI BV 002 


yes/no 


yes/no 






TC BS TSCC STAT MS INI BV 000 


yes/no 


yes/no 






TC BS TSCC STAT MS INI BV 001 


yes/no 


yes/no 






TC BS TSCC STAT MS INI BV 002 


yes/no 


yes/no 






TC BS TSCC STAT MS INI BV 003 


yes/no 


yes/no 






TC BS TSCC CD MS INI BV 000 


yes/no 


yes/no 






TC BS TSCC CD MS INI BV 001 


yes/no 


yes/no 






TC BS TSCC CD MS INI BV 002 


yes/no 


yes/no 






TC BS TSCC CD MS INI BV 003 


yes/no 


yes/no 






TC BS TSCC CD MS INI BV 004 


yes/no 


yes/no 






TC BS TSCC CD MS INI BV 005 


yes/no 


yes/no 






TC BS TSCC CD MS INI BV 006 


yes/no 


yes/no 






TC BS TSCC MKI BV 000 


yes/no 


yes/no 






TP BS TSCC MKI BV 001 


yes/no 


yes/no 






TP BS TSCC IPCA BV 000 


yes/no 


yes/no 






TP BS TSCC IPCA BV 001 


yes/no 


yes/no 






BS CCL — Trunking System Payload Channel 


TC BS TSPC MRC MS TER BV 000 


yes/no 


yes/no 






TC BS TSPC MRC MS TER BV 001 


yes/no 


yes/no 






TC BS TSPC MRC MS TER BV 002 


yes/no 


yes/no 






TC BS TSPC MRC MS TER BV 003 


yes/no 


yes/no 






TC BS TSPC AUTHC MS INI BV 000 


yes/no 


yes/no 






TC BS TSPC AUTHC MS INI BV 001 


yes/no 


yes/no 






TC BS TSPC DEP MS INI BV 000 


yes/no 


yes/no 






TC BS TSPC DEP MS INI BV 001 


yes/no 


yes/no 






TC BS TSPC DEP MS INI BV 002 


yes/no 


yes/no 






TC BS TSPC DEP MS INI BV 003 


yes/no 


yes/no 






TC BS TSPC CG MS INI BV 000 


yes/no 


yes/no 






TC BS TSPC CG MS INI BV 001 


yes/no 


yes/no 






TC BS TSPC IMC MS INI BV 000 


yes/no 


yes/no 






TC BS TSPC IMC MS INI BV 001 


yes/no 


yes/no 






TC BS TSPC CC MS INI BV 000 


yes/no 


yes/no 






TC BS TSPC CC MS INI BV 001 


yes/no 


yes/no 
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D.7 Observations 

Additional information relevant to the technical content of the PCTR is given here. 
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Annex E (informative): 
Bibliography 



ETSI ES 201 873-2: "Methods for Testing and Specification (MTS); The Testing and Test Control Notation 
version 3; Part 2: TTCN-3 Tabular presentation Format (TFT)". 
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